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ABSTRACT 



The present invention relates to a process for the creation of 
validation rules with which a validation module can validate 
configuration data which can be used as operating param- 
eters for telecommunications systems, and to a generating 
module, server, control module and storage means therefor. 
In the process, firstly a first validation rule set (BVR1, 
BVR2) comprising at least one validation rule written in a 
first, user-friendly language is acquired by a generating 
module (TL). Then the generating module checks whether 
the validation rules contained in the validation rule set 
comply with predefined, syntactic and semantic rules and 
translates the validation rules of the validation rule set from 
the first language into a second language, which can be 
evaluated by the validation module, if the validation rules in 
the first language have withstood the syntactic and semantic 
check. The validation rules of the validation rule set, trans- 
lated into the second language, are then made available by 
the generating module in the form of a second validation rule 
set (VR1, VR2) for further use by the validation module. 

8 Claims, 3 Drawing Sheets 
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PROCESS, GENERATING MODULE, which they can be loaded into a telecommunications system 

SERVER, CONTROL MODULE AND known as "target system". Both the editor and the program 

STORAGE MEANS FOR THE CREATION OF module used to validate the configuration data, as well as the 

VALIDATION RULES validation rules contained in the validation module, can — as 

S is generally the case — be specially provided and appropri- 
ately programmed for the configuration data to be processed. 

BACKGROUND OF THE INVENTION To enable a validation program module or a configuration 

TTie present invention relates to a process for the creation s y rtem to be adapted to different types and variants of a 

of validation rules with which a validation module can ,„ target s^tem, the vahdaUon mlcs for vahdating the particm- 

validate configuration data which can be used as operating 10 lar configuration data can also be filed m a separate set of 

parameters for telecommunications systems, and to a gen- ^"htion ^ mch B read d evaluated by the 

erating module therefor, a server therefor, and a control validation module for the particular validation. A validation 

module and storage means therefor. ™ le set of tms kmd is in each case suitable for a specific type 

^, , . . . , of target system. It is then unnecessary to create a new 

Telecommunications systems, for example exchanges, 1S validation ^ modljle suitable for new ^^^0,, 

access systems, cross-connects, network management data Qr t0 at hgA ^ re . pr ogram and then re-compile 

systems, computer networks etc. are generally adapted by an ^ validation pr moda]s $ a ch 0CCUIS m 

configuration data, selectable within specific lumts to spe- ^ mlimam to be mcd b ^e configuration data, for 

cial requirements governed by the particular area of use. In k because D£W comrol of ^ 

accordance with the specifications ol such configuration no , j„* • j*rp 4 c ° t 

, , * ... M requires configuration data in a different form or of a 

data, control software contained in a telecommunications different Ro ^ creaUon of a new ^ rf 

system can control the telecommunications system in the validation ^ for a target systc evaluatable by the 

specified manner in the particular area of use. In a modern validation modul on ^ 0Qe hand is compl i cated ^ m 

digital exchange it is necessary to predetermine, for example some ^ ibk Qnl usi programmin tools . Qn the 

by means of appropnate configuration data which sub- M Qther han(J mQT& cjm easi , arf which can be detec(ed 

scriber terminals are to be controlled by the exchange which onl b extensive testin of ^ MW or modMed vaJidation 

subscriber numbers are in each case assigned to said . „, , „ . , ;+ ■ t , „ „„„„„ ., 

, . . , » & . . rule set, bor such a test, it is then necessary to start the 

subscribers, and which telecommumcations services are in validation module which ^ a M jded error 

each case made available to the subscriber terminals, roud can detect ^ tionall ^ k errors 

amongst other things. Here the configuration data of such a 30 m , he validalion TOk ^ t0 be ^tcd. The validation module 

subscnber terminal must comply with predefined rules. Thus C(m in fact form a ^ ^ validation only in 

for example a subscriber number of a subscriber terminal S „ n v.A n *x , „ . \ . >, 

r . , , . the case of a validation rule set of error- free construction. On 

must contain only numerals and no letters and must consist (he Qne hand ^ m em)r tm<Jns , he va i idation 

of a given number of numerak. Furthermore, in general it ,s module more te in t of i{& an(J ^ 
only possible to allocate a telecommunications service to a 35 an(J Qn ^ omer hand ^ of m6 6rrQr routines k 
subscnber terminal when the subscnber number of said each validaUon p r0C ess-^ve n in the case of an error-free 
subscnber terminal belongs to a group of subscriber num- validation mk se t-^ 0 Qsumes costiy operating time of the 
bers provided for the telecommunications service in ques- computer mQ ^ ng & va i idat ion module. Another method of 
tion. For example, services defined for an ISDN telecom- ^ a vaUdation ^ set which is botb lex and 
munitions network flntegrated Services DigHal Network) « mml m vaJidati configuration data by means 
can be set up in fuU only for an ISDN-functional subscnber of mis validation mk set and ^ anal rin me result of lhe 
terminal. Thus, even for one single subscnber terminal, the validation 
conditions to be adhered to in the creation of its configura- 
tion data are very extensive and complicated. However, as SUMMARY OF THE INVENTION 
inter-relationships exist between individual subscriber ter- 45 

minals of an exchange in respect of-configuration data, for The object of the invention is to provide for an efficient 

example because a plurality of subscriber terminals are and error-free creation of a vaUdation rule set with which a 

connected to a common interface module, the conditions validation module can validate configuration data which can 

necessitated by the inter-relationships must also be adhered be used as operating parameters for telecommunications 

to in the creation of the configuration data. As the control 50 systems. 

software of a telecommunications system can operate cor- This object is achieved by a process for creating valida- 
rectly only if the predefined configuration data, with which tion rules with which a validation module can validate 
it is provided as operating parameters, are correct and configuration data which can be used as operating param- 
inherently consistent, the configuration data must be eters for telecommunications systems, a generating module 
checked before being input into the telecommunications 55 according to the technical theory of claim 5, a server 
system. Such a process is referred to as validation. according to the technical theory of claim 6, a control 
As configuration data for a telecommunications system module according to the technical theory of claim 7, and a 
are generally very extensive and must fulfil complicated storage means according to the technical theory of claim 8. 
conditions, such configuration data are created using a Further advantageous developments of the invention are 
configuration system suitable for configuration data of a 60 described in the dependent claims and the description, 
particular telecommunications system or a particular type of The invention is based on the principle of designing a 
such a telecommunications system. Then configuration data generating module, a program module which can be run on 
are acquired by a computer using an editor and, having been a computer, such that the generating module can acquire 
input, are checked in terms of their consistency, thus validation rules written in a user-friendly language. These 
validated, using a program module known as "validation 65 validation rules are in each case suitable to validate con- 
module". Only then are the configuration data written into a figuration data of a specific telecommunications system and 
data bank and subsequently further processed into a state in are contained in a validation rule set. The generating module 
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then checks whether the validation rules contained in the and VR2 from basic validation rule sets, represented for 
validation rule set comply with predefined, syntactic and example by source rule sets BVR1 and BVR2 following the 
semantic rules. Only if this is the case does the generating semantic and syntactic checking thereof. The source rules 
module translate the validation rules of the validation rule sels BVR1 and BVR2 contain one or more validation rules 
set from the user-friendly language into a second language 5 defined in a simple, user-friendly language referred to in the 
which can be evaluated by a validation module and then following as "basic language". If errors occur in the seman- 
make the thus generated validation rules available to the tic and syntactic check, the generating module TL reports 
validation module for later evaluation. The validation rules these errors with the aid of a message ERR. The validation 
then no longer need be created by a user in a complicated rule sets VR1 and VR2 can be evaluated by a validation 
language which can be evaluated by the validation module, 10 module VM for validating configuration data KD which 
but can consist of simple, user-friendly language elements. servc as operating parameters for a telecommunications 
Moreover, the validation module can evaluate the validation system and are arranged as normal in tabular form. An 
rules without further checking, as the generating module has example of a telecommunications system is illustrated in 
already checked the validation rules for errors. FIG. 1 in the form of a target system TS. The configuration 
In a development of the invention, the generating module 15 data KD can be loaded into the target system TS as operating 
reads-in a language definition data file containing instruc- parameters for the configuration thereof. The target system 
tions for the evaluation of language elements of the first ^ can 0005151 for exam P le of an exchange or network 
user-friendly language, such that, with the aid of these management system. The configuration data KD contain, for 
instructions, the generating module can check the validation sample, data relating to connections which can be switched 
rules in the user-friendly language in terms of syntax and 20 by the target system TS, or data defining subscriber termi- 
semantics and translate them into the second language. In nals controlled by the target system TS. However, the target 
this way, the user-friendly language can be extended when s y stcm ^ caD ^° 0005151 for sample of a remote-control 
necessary by new language elements without the need for sub-station. The configuration data KD then contain, for 
the generating module itself to be recreated or modified for example, data relating to measured values and commands to 
the processing of these oew language elements. In a further 25 ^ ac q™ e ? and output by the remote-control sub-station. In 
development of the invention, from the validation rules in the «ample shown in FIG. 1 it will be assumed that the 
the user-friendly language, the generating module generates configuration data KD are to be validated in accordance with 
function blocks on the basis of which the validation module *c validation rule set VR2. The validation module VM 
can check configuration data. The function blocks can ' eads - in valldatl0n ™le set VR2 and validates the con- 
consist for example of so-called macros, which can be 30 figuration data KD in accordance with the specifications of 
interpreted for example by the validation module, or also ^c ruk set. The result of the check is reported by the 
so-called functions which can be linked by the validation validation module VM by means of a message MSG, for 
module. The generating module can also add text modules to m e ? rm of a 5crccn ° ut P ul or P rmter out P ut " 
the validation rules in the language which can be evaluated Wlth the Md of the messa g e MSG, errors which have 
by the validation module. With these text modules, in the *5 occurred m the check can also be indicated in detail. If the 
validation of configuration data the validation module can configuration data KD checked by the validation module 
then generate messages with which the validation module Y 1 * have wlthstood the check, i.e. are consistent, the con- 
can inform the user of the successful outcome of the figuration data KD can be loaded into the target system TS 
validation, or, in qualified manner, the unsuccessful outcome and ac cepted by the target system TS as operating param- 
thereof. 40 eters. 

A computer for the execution of the generating module TL 

BRIEF DESCRIPTION OF THE DRAWINGS is illustrated in its essential components in FIG. 3 as server 

In the following the invention and its advantages will be SE t R * S * R c f n fo L. exam P le ^ rm P art of a 

explained in the form of an exemplary embodiment making net y 0I j k mana 8™ ™ e *™ ^ER contains a 

reference to the drawings in which: 45 contro | mean5 for example a processor, for the execu- 

™« - .„ fT , , . . 1 , tion of machine-readable commands, for example for the 

1 grates a highly schematized example of an execution of the generating module TL. The server SER also 

arrangement for the implementation of the process accord- comprises a memory MEM m which ih& generating module 

mg to the invention comprising a generating module (TL) ^ can be stored ^ server SER ^ mm?dm in t 

according to the invention, validation rule sets (VR1, VR2) 5Q means and output meaQS fa the form of a k boafd KEYand 

created in accordance with the invention, and the use thereof a ^ la device DIS for example for the output of data 

by a validation module (VM) which validates configuration geae rated by the generating module IT or for the transfer of 

data (KD) in accordance with one of the validation rule sets; data to me gcneratillg modulc ^ ^ SER also 

FIG. 2 is a flow diagram of a generating module (TL) comprises an interface device IF via which it can exchange 

according to the invention and 55 data w i m the targct systcm TS shown in FIG L ^ 

FIG. 3 illustrates a server (SER) according to the inven- components of the server SER are interconnected by con- 

tion for the implementation of the process according to the nections which have not been shown in FIG. 3. An operating 

invention. system, for example UNIX or DOS (Disc Operating 

System), manages the operating means of the server SER 
60 and controls i.a. the execution of the generating module TL. 
For the further explanation of the invention, FIG. 1 will 

FIG. 1 illustrates a highly schematized example of an again be considered, although reference will also be made to 

arrangement for the implementation of the process accord- components of the server SER illustrated in FIG. 3. 

ing to the invention. Shown here is a generating module TL The generating module TL generates the validation rule 

according to the invention which can be run as a program 65 set VR1 from a source rule set BVR1 and the validation rule 

module on a computer, for example a PC or workstation. The set VR2 from a source rule set BVR2. The rule sets BVR1 

generating module TL generates validation rule sets VR1 and BVR2 represent, for example, further basic validation 



DETAILED DESCRIPTION OF THE 
INVENTION 
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rule sets not shown in FIG. 1. The generating module TL 
reads-in the rule sets BVR1 and BVR2, for example from 
the memory MEM or via the interface device IF. The rule 
sets BVR1 and BVR2 can also be acquired by the generating 
module TL, for example by means of the keyboard KEY and 
the display device DIS. The generating module TL then 
presents a user with language elements of the basic language 
for the definition of validation rules. It is also possible for the 
source rule sets BVR1 and BVR2 to be acquired by a 
program module not shown in FIG. 1, for example an editor 
which sends the generating module TL listed validation 
rules, for example in the form of a data file which is 
intermediately stored in the memory MEM. The transfer and 
acquisition process is indicated by arrows in FIG. 1. 

The source rule sets BVR1 and BVR2 can contain vali- 
dation rules in the form of so-called "A-rules", "B-rules", 
"C-rules" or "D-rules". A-rules are suitable for validating 
individual data fields of a data record of the configuration 
data KD. Conditions between data fields of a data record are 
defined in B-rules. C-rules define conditions between data 
fields of different data records of a table, while D-rules 
define conditions between data fields in different tables. 

The mode of functioning of the generating module TL 
will be described in detail in the following with reference to 
the processing of the source rule set BVR1. The source rule 
set BVR2, and the validation rule set VR2 generated 
therefrom, have therefore only been shown in broken lines 
in FIG. 1. When the generating module TL has acquired the 
source rule set BVR1, the generating module TL checks 
whether the validation rules contained in the source rule set 
BVR1 and written in the basic language comply with given 
syntactic and semantic rules. The basic language is a 
descriptive language for validation rules. The basic language 
on the one hand contains instructions known from higher 
programming languages, such as for example loop 
operators, jump conditions etc. On the other hand the basic 
language provides language elements specially adapted for 
the definition of validation rules. These language elements 
can serve for example to define selection commands for the 
formation of sub -quantities of the configuration data KD or 
to represent comparison operations between selected con- 
figuration data KD and data values or value ranges. The 
generating module TL firstly checks whether the source rule 
set BVR1 contains only language elements specified for the 
basic language. Then the generating module TL ascertains 
whether the language elements are correctly arranged and 
complete, for example whether a language construct begin- 
ning with an opening bracket is closed by a closing bracket. 
Further checks are possible but will not be described in 
detail here. If, in the forementioned checks, the generating 
module TL detects an error in the source rule set BVR1, the 
generating module TL generates an error message, for 
example by sending a message to the display device DIS for 
display thereon, or via the interface device IF to a printer, not 
shown in FIG. 1, for print-out. Using the display device DIS, 
the generating module TL can also edit the position within 
the source rule set BVR1 at which the error exists and 
present it to the user for correction. Following a correction, 
the generating module TL can be instructed, for example via 
a key depression on the keyboard KEY, to re-check the 
modified source rule set BVRl. Errors in the definition of 
validation rules in the source rule set BVR1 can easily be 
eliminated in this way. 

If the generating module Tl has found the source rule set 
BVR1 to be satisfactory in terms of semantics and syntax, 
from the source rule set BVR1 the generating module TL can 
generate the validation rule set VR1 which is readable by the 



10 



15 



20 



25 



30 



35 



40 



45 



50 



55 



60 



65 



validation module VM. The validation rules contained in the 
validation rule set VR1 must for this purpose comply with 
semantic and syntactic rules specified by the configuration 
of the validation module VM. For the fulfilment of such 
rules, the generating module TL can define the validation 
rules for example in a so-called interpreter language. Vali- 
dation rules in such an interpreter language can be 
"interpreted", i.e. evaluated, by the validation module VM 
and converted into machine -readable commands. The con- 
trol means CPU can then execute these commands. The 
interpreter language can consist of a proprietary interpreter 
language which can be interpreted only by the validation 
module VM or can consist of a standard interpreter 
language, for example the interpreter language PERL 
(Practical Extraction and Report Language) commonly used 
in association with the UNIX operating system. The gener- 
ating module TL can also insert the validation rules into the 
validation rule set VR1 in a form executable by a processor, 
as so-called functions, also referred to as library functions. 
The validation module VM can directly link the command 
sequences of such functions into its own command 
sequences without prior interpretation. Such a process is 
also referred to as "dynamic linking" of functions. 

In the translation of the validation rules from the basic 
language into the language which can be evaluated by the 
validation module VM, which will be referred to in brief as 
"target language", the generating module TL analyzes 
source language constructs of the source rule set BVR1. The 
generating module TL now establishes which language 
elements are contained in a source language construct. The 
generating module TL also determines how these language 
elements are arranged in the source language construct, and 
the resultant semantic meaning of the language elements in 
question. In dependence upon the analysis results obtained 
in this way, the generating module TL then translates lan- 
guage elements of the source language construct into lan- 
guage elements of the target language and combines these 
language elements in the manner specified by the construc- 
tion of the source language construct. This procedure will be 
explained in the following in the form of an extremely 
simple example. From a source language construct "AB" 
comprising the language elements "A" and "B", the gener- 
ating module TL forms, for example, a target language 
construct "CD" comprising the language elements "C" and 
"D". However, if the source language construct is "BA", and 
thus consists of the language elements "A" and "B" now 
arranged in reverse order, instead of forming a target lan- 
guage construct "DC, the generating module TL forms a 
target language construct "DGF" which, although it contains 
the known language element "D" generated from the lan- 
guage element "B", instead of containing a language ele- 
ment "C" contains a combination of a language element 
"G"and a language element "F". The generating module TL 
also transfers values contained in the source language 
construct, which for example define value ranges to be 
checked in a validation rule, into the target language con- 
struct. The generating module TL can transfer such values 
from a source language construct into the particular target 
language construct either unmodified or having been modi- 
fied in accordance with predefined rules. As the language 
elements and language constructs in the target language are 
of complicated construction, and possibly contain so-called 
macros, i.e. command sequences or even library functions, 
validation rules in the basic language can be defined in a 
substantially simpler manner and thus with fewer errors. 

When the generating module TL has generated the vali- 
dation rule set VR1, the generating module TL makes this 
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available for use by the validation module VM. For this 
purpose the generating module TL stores the validation rule 
set VR1, for example in the memory MEM, from which it 
can be read out by the validation module VM. The validation 
rule set VR1 can also be evaluated by an editor which can 
edit the configuration data KD in accordance with the 
validation rules of the validation rule set VR1 and, in so 
doing, in the event of the input of new configuration data KD 
can determine whether the new input conforms with the 
validation rules of the validation rule set VR1. 

Advantageously, the generating module TL can translate 
not only predefined language elements from the basic lan- 
guage into the target language, but also additional language 
elements of the basic language which are defined as 
required. For this purpose, the generating module TL reads- 
in a language definition data file (not shown in FIG. 1) in 
which these additional language elements are defined. The 
additional language elements consist of predetermined, 
simple basic elements, and thus are structures composed of 
such basic elements. The basic elements are defined both in 
terms of semantics and syntax and therefore can be evalu- 
ated by the generating module TL. In this way the user- 
friendly basic language can be extended when required by 
new language elements without the need for the generating 
module TL itself to be recreated or modified for the pro- 
cessing of these new language elements. 

The generating module TL can insert individual pre- 
defined information items, for example text elements, for the 
content of the message MSG into the validation rule sets 
VR1 or VR2. These predefined information items can be 
used by the validation module VM to form the message 
MSG. Thus for example, for each of the validation rules 
contained in the validation rule sets VR1 or VR2 which are 
adaptable to prevailing requirements, said validation rule 
sets can specify which error message is to be displayed by 
the validation module VM when an error occurs in a check 
performed in accordance with the specifications of the 
validation rule in question. Thus for example, a text for an 
error message newly inserted in a validation rule set can 
more precisely define the origin of an error. In the insertion 
of the predefined information, the generating module TL in 
each case establishes a link between a validation rule and a 
predefined item of information, for example in the form of 
a common index, so that whenever an error occurs in the 
application of the particular validation rule, the validation 
module VM can use the relevant predefined information to 
generate an error message. Elements for generating the 
predefined information items for the validation rule sets 
VR1 and VR2 can be preselected by a user and already 
contained in the rule sets BVR1 and BVR2. The generating 
module TL translates these elements into a standard format 
which can be evaluated by the validation module VM. 
However, it is also possible not to provide predefined 
information in the rule sets BVR1 and BVR2 and for the 
generating module TL itself to allocate predefined informa- 
tion items for the message to specified validation rules in the 
validation rule sets VR1 and VR2, If for example a valida- 
tion rule contains a frequently used, standardized element 
for a length check, the generating module TL can assign a 
predefined text "element too long" to this validation rule. 

FIG. 2 illustrates the generating module TL in respect of 
its basic function steps. As already mentioned, the generat- 
ing module TL consists of command sequences which are 
stored in a memory and can be read and directly executed by 
a control means, for example a processor, or can be indi- 
rectly evaluated using an interpreter program module. To 
clarify the drawing, the generating module TL is illustrated 
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in FIG. 2 in the form of a flow diagram in, the course of 
which individual steps are executed. The individual steps 
each represent one single command or a sequence of com- 
mands in each case forming a functional unit, a so-called 

S function. The number of steps in FIG. 2 can be considered 
as an example of a practical implementation. Commencing 
from a start field START, in a step ST1 the generating 
module TL acquires the source rule set BVR1, which is sent 
for example via the keyboard KEY to the generating module 

1Q TL. The instructions of step ST1 are assembled in a receiv- 
ing function unit, for example a sub -program. In a step ST2 
the generating module TL checks whether the validation 
rules of the source rule set BVR1 comply with predefined 
syntactic and semantic rules. These rules can also be preset 
in the generating module TL in the form of a control data file 
which the generating module TL can read-in in the step ST1. 
In a step ST3 the generating module TL branches in depen- 
dence upon the outcome of the check performed in step ST2. 
If the syntactic and semantic rules have not been fulfilled by 

2Q the validation rules of the source rule set BVR1, the gen- 
erating module TL branches to a path 'Win a step ST5 and 
generates an error message. Otherwise the generating mod- 
ule TL branches to a path "yes" in a step ST5 in which the 
generating module TL translates the validation rules of the 

^ source rule set BVR1 into the target language which can be 
evaluated by the validation module VM and outputs the 
validation rules in the form of the validation rule set VR1. 
The generating module TL ends in a step END both after the 
step ST5 and after the step ST6. 

3Q What is claimed is: 

1. A process for creating validation rules with which a 
validation module (VM) can validate configuration data 
(KD) which can be used as operating parameters for tele- 
communications systems, characterised by the steps: 

35 acquisition by a generating module (TL) of a first vali- 
dation rule set (BVR1, BVR2) comprising at least one 
validation rule written in a first language, 
checking by the generating module as to whether the 
validation rules contained in the first validation rule set 

40 comply with predefined, syntactic and semantic rules, 
translation by the generating module of the validation 
rules of the first validation rule set from the first 
language into a second language, which can be evalu- 
ated by the validation module, if the validation rules in 

45 the first language have withstood the syntactic and 
semantic check, 
output of an error message by the generating module if the 
validation rules in the first language have not withstood 
the syntactic and semantic check and 

50 provision by the generating module of the validation 
rules, translated into the second language, in the form 
of a second validation rule set (VR1, VR2). 

2. A process according to claim 1, characterised in that the 
generating module (TL) can read-in predefined language 

55 definitions containing instructions for the evaluation of 
language elements of the first language, and that with the aid 
of these instructions the generating module can perform a 
syntactic and semantic check on the validation rules con- 
tained in the first validation rule set (BVR1, BVR2) and 

60 translate them into the second language. 

3. A process according to claim 1, characterised in that in 
the translation of the validation rules of the first validation 
rule set (BVR1, BVR2) into the second language, function 
blocks are generated with which the validation module 

65 (VM) can check the configuration data (KD). 

4. A process according to claim 1, characterised in that in 
the translation, the generating module (TL) can insert pre- 
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defined information items into the second validation rule set 
(VR1, VR2), with the aid of which predefined information 
items the validation module (VM) can generate a message 
(MSG) containing an item of information relating to the 
outcome of the check. 

5. A generating module (TL) for creating validation rules 
with which a validation module (VM) can validate configu- 
ration data (KD) which can be used as operating parameters 
for telecommunications systems, characterised in that the 
generating module comprises a receiving function unit 
(ST1) which is designed such that the generating module can 
acquire a first validation rule set (BVR1, BVR2) comprising 
at least one validation rule written in a first language, that the 
generating module comprises a checking function unit (ST2) 



10 



6. A server (SER) for creating validation rules with which 
a validation module can validate configuration data which 
can be used as operating parameters for telecommunications 
systems, characterised in that the server comprises receiving 
means (KEY, IF) which are designed such that the server can 
acquire a first validation rule set (BVR1, B VR2) comprising 
at least one validation rule written in a first language, that the 
server comprises checking means which are designed such 
that the server can check whether the validation rules 
contained in the first validation rule set comply with pre- 
defined syntactic and semantic rules, that the server com- 
prises translation means which are designed such that the 
server can translate the validation rules of the first validation 
rule set from the first language into a second language, 



which is designed such that the generating module can check 15 which can be evaluated by the validation module, if the 

whether the validation rules contained in the first vahdation validation rules in the first language have withstood the 

rule set comply with predefined syntactic and semantic syntactic and semantic check, that the server comprises 

rules, that the generating module comprises a translation reporting means (DIS) which are designed such that the 

function unit (ST4) which is designed such that the gener- server can output an error message if the validation rules in 

ating module can translate the validation rules of the first 20 the first language have not withstood the syntactic and 

validation rule set from the first language into a second semantic check, and that the server comprises retrieval 

language, which can be evaluated by the validation module, means (MEM, IF) which are designed such that the server 

if the validation rules in the first language have withstood the can make available the validation rules, translated into the 

syntactic and semantic check, that the generating module second language, in the form of a second validation rule set 

comprises a reporting function unit (ST5) which is designed is (VR1, VR2). 



such that the generating module can output an error message 
if the validation rules in the first language have not with- 
stood the syntactic and semantic check, and that the gener- 
ating module comprises a retrieval function unit (ST6) 
which is designed such that the generating module can make 30 
available the validation rules, translated into the second 
language, in the form of a second validation rule set (VR1, 
VR2). 



7. A control module, in particular a compact disc (CD), 
floppy disc or the like, on which a generating module (TL) 
is stored and which serves to execute the process according 
to claim 1 in association with a processor. 

8. A storage means, characterised in that a generating 
module (TL) according to claim 4 is stored thereon. 



06/11/2004, EAST Version: 1.4.1 



